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i 27.Marz 2002 

Beschreibung 

Verfahren zur Decodierung einer mit Hilfe eines binaren Fal- 
tungscodes verschltisselten Datenfolge 

Die vorliegende Erfindung betrifft ein Verfahren zur Decodie- 
rung einer mit Hilfe eines binaren Faltungscodes verschltis- 
selten Datenfolge aus K Inforirtationsbits mittels einem Max- 
LogMAP-Algorithmus . 



Bei Sprachkanalen und bei Datenkanaien eines Funkkommunikati- 
onssystems, das beispielsweise nach dem GSM/EDGE -Mobil funk- 
standard ausgepragt ist, werden zur Datencodierung bzw. Da- 
tendecodierung binare Faltungscodes verwendet. Ein bevorzug- 

15 ter Algorithmus ftir eine sogenannte „Sof tinput/Softoutput-De- 
codierung* ist der bekannte „ symbol -by- symbol log-likelihood 
maximum aposteriori probability* -Algorithmus (LogMAP-Algo— 
rithmus) , der im allgemeinen mit Hilfe einer 
Maximum- Approximation (MaxLogMAP-Algorithmus) realisiert 

20 wird. 



Der grundlegende MAP-Algorithmus ist beispielsweise in der 
Druckschrift ^Optimal Decoding of Linear Codes for Minimizing 
Symbol Error Rate*/ L.R. Bahl et al . , IEEE Transactions on 
25 Information Theory, pp. 284 - 287, March 1974 beschrieben, 
der MaxLogMAP-Algorithmus kann der Druckschrift ^Iterative 
Decoding of Binary Block and Convolutional Codes*, J. Hage- 
nauer et al . , IEEE Transactions on Inf ormation Theory, vol . 
42, no. 2, pp. 429 - 445, March 1996 entnommen werden. 

30 

Ein mit Hilfe eines sogenannten „gleitenden Fensters* (Deco- 
dier fens ter) durchgefiihrter Window-MaxLogMAP-Algorithmus ist 
in der Druckschrift „An Intuitive Justification and a Simpli- 
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fied Implementation of the MAP Decoder for Convolutional Co- 
des* , A. J. Viterbi, IEEE Journal on Selected Areas in Commu- 
nications, vo. 16, no. 2, pp. 260 - 264, Feb. 1998, beschrie- 
ben. 

5 

Als Grundlage fttr die Decodierung einer mit Hilfe eines bina- 
ren Faltungscodes verschltisselten Datenfolge dient das binare 
Trellis-Diagramm. Ein zu einem Inf ormationsbit der Datenfolge 
gehdrendes Segment des Trellis-Diagramms erfasst alle mogli- 

10 chen Kombinationen von m (Gedachtnislange des Faltungscodes) 
vorausgegangen Inf ormationsbits als 2 m Ausgangszustande. Wei- 
terhin werden alle sich daraus ergebenden „Umrechnungen* 
(Codierungen) des Inf ormationsbits als 2 (m+1) Zustandstlbergan- 
ge und resultierende 2 m ZielzustSnde als Ausgangszustande fur 

15 das nachste nachfolgende Informationsbit erfasst. Eine Infor- 
mationsbitfolge entspricht dabei einem bestimmten Pfad inner- 
halb des Trellis-Diagramms , wobei mit Hilfe des 
MaxLogMAP-Algorithmus eine Abfolge der wahrscheinlichsten In- 
formationsbits im Trellis-Diagramm ermittelt wird. 

20 

Bei der Realisierung des MaxLogMAP-Algorithmus ist grundsatz- 
lich zwischen einer systolischen Realisierung einerseits, und 
einer prozessor-orientierten Realisierung andererseits zu un- 
terscheiden. 

25 Bei der systolischen Realisierung wird eine moglichst hohe 
Parallelitat von Decodierschritten im gesamten Trellis- 
Diagramm angestrebt. Diese Realisierung kommt bei extrem ho- 
hen Datendurchsatz-Anforderungen von bis zu 50 Gbit/s zur An- 
wendung . 

30 Die prozessor-orientierte Realisierung ist bei geringem Hard- 
wareaufwand fttr moderate Datendurchsatz-Anf orderungen von ei- 
nigen Mbit/s geeignet. 
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Bei beiden Realisierungen wird. vorausgesetzt, dass fur grofie, 
blockweise tibertragene Datenfolgen eine Decodierung nur mit 
Hilfe eines Decodierf enster sinnvoll realisiert werden kann. 

Aus Grtinden des Datendurchsatzes und des Hardwareaufwands 
wird zur Decodierung in der Regel der Window-MaxLogMAP- 
Algorithmus verwendet. 

Decodierungs-Ergebnisse (Sbftoutput-Werte) , die vergleichend 
dazu mit einem MaxLogMAP-Algorithmus ohne Decodierf enster ge- 
wonnen werden, sind zwar genauer, jedoch wird hierbei ein 
grofier Aufwand an Hardware und an Speicher benOtigt. 

Eine Alternative zum MaxLogMAP-Algorithmus wird, bezogen auf 
eine Blockf ehlerrate bei einem gegebenem Signal-Rausch- 
Abstand, durch den in DE 39 10 739 C3 bzw. in DE 42 24 214 C2 
beschriebenen „Sof toutput-Viterbi-Algorithmus* (SOVA) gebil- 
det. Der SOVA-Algorithmus weist vergleichend zum MaxLogMAP- 
Algorithmus jedoch eine geringere Korrelation zwischen Deco- 
dierf ehlern und gebildeten Sof toutput-Werten auf. 

Die Aufgabe der vorliegenden Erfindung besteht darin, eine 
Decodierung einer mit Hilfe eines binSren Faltungscodes ver- 
schlttsselten Datenfolge mittels MaxLogMAP-Algorithmus derart 
durchzuftihren, dass bei geringem Hardwareaufwand genaue 
Softoutput-Werte als Decodierungs-Ergebnisse gebildet werden. 

Die Aufgabe der Erfindung wird durch die Merkmale des An- 
spruchs 1 gelost. Vorteilhafte Weiterbildungen sind in den 
Unteransprtichen angegeben. 

Das erf indungsgemafle Verfahren gehort zu den prozessororien- 
tierten Realisierungen des MaxLogMAP-Algorithmus. 
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Durch die erf indungsgemaBe Speicherkaskadierung einerseits 
und durch die Verwendung von Sttitzstellen zur Metrikberech- 
nung andererseits, ist der MaxLogMAP-Algorithmus effizient 
5 auf genau einem anwenderspezif ischen Baustein (ASIC) integ- 
rierbar • 

Durch den Verzicht auf die Verwendung eines Decodierf ensters 
mtissen keine Abstriche bei der Genauigkeit der Decodierungs- 
10 ergebnisse erfolgen. 

Die Metrikwerte werden erf indungsgemafi bei einem ersten Be~ 
rechnungsdurchgang produktiv und bei weiteren Berechnungs- 
durchgangen auf den abgespeicherten Sttitzstellen basierend 
15 reproduktiv berechnet. 

Durch die erf indungsgemaBe Speicherkaskadierung wird ein op- 
timaler Datendurchsatz realisiert. 

20 Durch das erf indungsgemaBe Verfahren wird Speicherplatz und 
damit FlSche auf einem ASIOBaustein eingespart. Die einge- 
sparte Fiache steht somit ftlr weitere Signalverarbeitungsal- 
gorithmen zur Verftigung, wodurch zusatzliche Algorithmen im 
ASIC-Baustein realisierbar sind. 

25 

Im folgenden wird ein Ausftihrungsbeispiel der Erfindung an- 
hand einer Zeichnung naher erlautert. Dabei zeigt: 

FIG 1 eine prinzipielle Darstellung eines MaxLogMAP- 
30 Algorithmus zur exakten Berechnung von Sof toutput- 

Werten gemaB dem Stand der Technik, 
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FIG 2 eine prinzipielle Darstellung eines Window-MaxLogMAP- 

Algorithmus zur Berechnung von Sof toutput-Werten gemSfi 

deia Stand der Technik, 
FIG 3 eine prinzipielle Darstellung eines erf indungsgemSfien 
5 MaxLogMAP-Algorithmus zur exakten Berechnung von Sof- 

t output -Wert en , und 
FIG 4 ein Beispiel zur erf indungsgemafien Metrikwert- 

Berechnung und Abspeicherung. 

10 FIG 1 zeigt eine prinzipielle Darstellung eines MaxLogMAP- 
Algorithmus zur exakten Berechnung von Sof toutput-Werten ge- 
maJB dem Stand der Technik. 

Mit Hilfe des MaxLogMAP-Algorithmus wird eine Decodierung ei- 
15 ner mit Hilfe eines binaren Faltungscodes verschltisselten Da- 
tenfolge aus K Inf ormationsbits durchgeftlhrt . 

Bei eineia Trellis-Diagramm TREL werden an einem Trellis- 
Segment Tl beginnend Al fa-Met rikwerte Ma-calc-store ftir je- 
20 des einzelne Trellis-Segment TSN als logarithmische ttber- 
gangs-Wahrscheinlichkeiten berechnet und abgespeichert . 
Parallel dazu werden gleichzeitig an einem Trellis-Segment T2 
beginnend Beta-Metrikwerte Mp-calc-store ftir jedes einzelne 
Trellis-Segment TSN berechnet und abgespeichert. 

25 

Die beiden Berechnungen passieren einander an einem Trellis- 
Segment TSM/ wobei ab diesem Zeitpunkt ein Entscheidungspro- 
zess zur Errechnung eines Sof toutputwerts durchgeftihrt wird, 
d.h. die Decodierung eines Inf ormationsbits der Datenfolge 
30 erfolgt. Dabei werden bei einem in Vorwartsrichtung durchge- 
ftihrten „Forward-Decision-Process* FDP nach dem Passieren des 
Trellis-Segments TSM aktuell berechnete Alf a-Metrikwerte 
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25 



Ma-calc mit den frtiher berechneten und abgespeicherten Beta- 
Metrikwerten Mp-calc-store zur Errechnung des Sof toutputwerts 
verwendet . 

Dieser Vorgang erfolgt zeitgleich bei einem in Rtickwartsrich- 
tung durchgefUhrten „Backward-Decision-Process* BDP, bei dem 
aktuell berechnete Beta-Metrikwerten Mp-calc mit den frtiher 
berechneten und abgespeicherten Alf a-Metrikwerten Moc-calc- 
store zur Errechnung des Sof toutputwerts verwendet werden. 



Im Folgenden gilt: 

K Inf ormat ionsbitanzahl f 

s Zustand einer Faltungscode-Decodierung, 

m Codegedachtnislange, 
15 t benatigte Anzahl an Trellis-Segmenten, 

mit T = K + m, und 
k Lange einer Einschwingphase, mit it > 5*m 

Mit einer Wortbreite w eines Metrikspeichers und unter der 
20 Annahme, dass die jeweiligen Metrikwerte normiert werden, 

werden far diese Realisierung des MaxLogMAP-Algorithmus zwei 
Metrik-Prozessoren und insgesamt 2-K/2-w-2 m Speicherplatze 
benotigt. Es wird ein Datendurchsatz erreicht von: 
1 



[Mbit/s] 



Der oben genannte Parameter t seg ment ist dabei abhSngig von der 
zur Implement ierung des Algorithmus verwendeten Baustein- 
Technologie (ASIC) , von der Speicherarchitektur und von der 
beim ASIC-Baustein verwendeten Taktrate. 



30 
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Bei terminierten Codes beginnt die jeweilige Berechnung der 
Metrikwerte unter der Annahme einer ungleichmaBigen Wahr- 
scheinlichkeitsverteilung bei einem Trellis-Segment mit einem 
Start zustandswert (^initial-state^), der eine Wahrscheinlich- 
keit von 100% aufweist, wahrend alle weiteren „states* eine 
Wahrscheinlichkeit von 0% aufweisen. 

Bei den sogenannten „Tailbiting-Codes* ist kein Startzustand 
von vornherein bekannt, weshalb eine Einschwingphase der LSn- 
ge 7C fiir beide Richtungeri eingeftthrt werden muss. Zugehorige 
Metrikwerte der Einschwingphase sind mit Ma-pre bzw. mit 
Mp-pre bezeichnet. 

FIG 2 zeigt eine prinzipielle Darstellung eines Window- 
MaxLogMAP-Algorithmus zur Berechnung von Softoutput-Werten 
geraafi dem Stand der Technik. 

Bei langen Datenfolgen wird der Window-MaxLogMAP-Algorithmus, 
der mit Hilf e eines gleitenden Decodierfensters realisiert 
wird, verwendet. Als besonderer Vorteil des Window-MaxLogMAP- 
Algorithmus ist dessen effiziente Implement ierung zu nennen. 

Vergleichend mit FIG 1 werden Alf a-Metrikwerte Ma-calc in 
Vorwartsrichtung bei einem Trellis-Segment Tl beginnend exakt 
berechnet. Demgegentiber werden Beta-Metrikwerte Mp-calc-1 ei- 
nes ersten Decodierfensters DPI bzw. Beta-Metrikwerte M0- 
calc-2 eines zweiten Decodierfensters DP2 geschatzt. 

Erreichen die beiden Decodierf enster DPI und DP2 den rechten 
Rand des Trellis-Diagramms TREL, sind alle Terminierungsin- 
formationen vorhanden. Es werden die Beta-Metrikwerte 




Mp-calc-1 bzw, M0-calc-2 exakt berechnet und die entsprechen- 
den Softoutput-Werte gebildet. 



Metrikwerte Ma-pre, Mp-pre-1 und Mp-pre-2 werden wiederuiu ei- 
5 ner Einschwingphase zugeordnet. 



Der Window-MaxLogMAP-Algorithmus ist in der oben genannten 
Druckschrift ,/An Intuitive Justification and a Simplified 
Implementation of the MAP Decoder for Convolutional Codes* 
10 naher beschrieben. 

Bei dieser Realisierung werden bei einem mit FIG 1 vergleich- 
baren Datendurchsatz insgesamt [Wy~|+1 Metrik-Prozessoren so- 

wie (l + 0)-^-w-2 m Speicherpiatze benotigt. 

15 

Dabei ist: 

\|/ die Anzahl an Trellis-Segmenten, fUr die jeweils 2 ra 

Metriken gespeichert werden, 
w ' die GroJBe des Decodierf ensters in Trellis- 

20 Segment en, und 

6 € {0,l} ein Parameter, der abhangig von der zur Implemen- 
tierung des Algorithmus verwendeten Baustein- 
Technologie (ASIC) , von der Speicherarchitektur und 
von der beim ASIC-Baustein verwendeten Taktrate 
25 ist. 



Speziell bei Coderaten nahe eins (mit Hilfe von Punktierung 
erzeugt) hochratiger Kanale, werden durch Verwendung des De- 
codierf ensters jedoch nicht mehr tolerierbare Performance- 
30 Verschlechterungen verursacht. 
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FIG 3 zeigt eine prinzipielle Darstellung eines erf indungsge- 
maSen MaxLogMAP-Algorithmus zur exakten Berechnung von Sof- 
toutput-Werten . 

Vergleichend mit FIG 1 werden wieder Alf a-Metrikwerte in ei- 
ner VorwSrtsrichtung und Beta-Metrikwerte in einer RUckwarts- 
richtung jedes Trellis-Segments TSN berechnet- Jedoch werden 
jetzt erfindungsgemaJi nur Metrikwerte einer ausgewahlten An- 
zahl an Trellis-Segmenten, die als Stutzstellen dienen, aus- 
gewShlt und abgespeichert . 

Die Abspeicherung erfolgt in einer bevorzugten AusfUhrungs- 
form innerhalb eines in Ebenen kaskadiert aufgeteilten Spei- 
chers • 



Im Folgenden gilt: 

m Codegedachtnislange, 

sm „memory-length-shift* eines Feed-Forward- 

Terrainated-Codes (bei einem Rekursiv-Terminated- 
Code und bei einem Tail-Biting-Code ist sm = 0) , 

K Informationsbitanzahl, 

T benOtigte Anzahl an Trellis-Segmenten, 

es gilt T = K + m; 

% Lange der Einschwingphase mit 7C > 5*m . 

5(1) Speichertiefe einer ersten Speicherebene SP(1) far 

Stutzstellen einer ersten Metrikwert-Berechnung, 

S(n-l) Speichertiefe einer n-1 ten Speicherebene SP(n-l) 
fUr Sttitzstellen einer n-1 ten Metrikwert- 
Berechnung, und 

5(n) Speichertiefe einer n-ten Speicherebene SP(n) fur 

Stutzstellen einer n-1 ten Metrikwert-Berechnung . 
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Beim Trellis-Diagramm TREL werden in einem ersten Durchgang 
an einem Trellis-Segment Tl beginnend Al fa-Met rikwerte 
Ma-calc(l) in einer Vorwartsrichtung FDP und an einem Trel- 
lis-Segment T2 beginnend Beta-Metrikwerte M0-calc(l) in einer 
5 Rtickwartsrichtung BDP ftir jedes einzelne der Trellis-Segmente 
TSN als logarithmische ttbergangs-Wahrscheinlichkeiten berech- 
net. 

Erfindungsgemafi werden jedoch jetzt aus den errechneten Met- 
10 rikwerten Ma-calc(l) bzw. Mp-calc(l) des ersten Durchgangs 

ftlr eine Auswahl von K/8(l) Trellis-Segmenten, die als Sttitz- 
stellen dienen, Metrikwerten Ma-calc-sel (1) bzw. M0-calc- 
sel(l) des ersten Durchgangs jeweils in einer ersten Spei- 
cherebene SP(1) mit einer Speichertief e von 5(1) abgelegt. 

15 

Bei einem zweiten Durchgang werden, basierend auf je zwei be- 
nachbarten Sttitzstellen des ersten Durchgangs, wiederum Met- 
rikwerte Moc-calc(2) bzw. M|5-calc(2) derjenigen Trellis- 
Segmente TSN berechnet, die zwischen den jeweiligen Stutz- 
20 stellen des ersten Durchgangs angeordnet sind. 

Wie beim ersten Durchgang werden aus den errechneten Metrik- 
werten Ma-calc (2) bzw. M0-calc(2) des zweiten Durchgangs ftir 
eine Auswahl von K/5(l)/5(2) Trellis-Segmenten, die wiederum 
25 als Stiitzstelen dienen, die entsprechenden Metrikwerte 

Ma-calc-sel (2) bzw. Mp-calc-sel (2) des zweiten Durchgangs in 
einer zweiten Speicherebene SP(2) mit einer Speichertief e von 
8(2) abgelegt. 

30 Diese auf den Sttitzstellen eines vorhergehenden Durchgangs 

basierende Metrikwert-Berechnung wird dementsprechend sowohl 
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in Vorwartsrichtung als auch in Rtickwartsrichtung fortge- 
setzt. Dabei werden nach dem Passieren des Trellis-Segments 
TSM entsprechende Sof toutput-Werte gebildet, wobei freiwer- 
dende Speicherebenen entsprechend neu eingesetzt werden. 

5 

Der Entscheidungsprozess zur Bestimiaung der Sof toutputwerte 
erfolgt dabei wie in FIG 1 beschrieben. Die einzelnen Spei- 
cherebenen sind zueinander kaskadiert aufgebaut. 

10 Nach n DurchgSngen sind alle Sof toutputwerte bestimmt, wobei 
die n-te Speicherebene eine Speichertief e von 5(n) mit abge- 

speicherten Metrikwerten von K/5(l)/5(2)/ / 5(n) Trellis- 

Segmenten bzw. Sttitzstellen aufweist. 

15 Vergleichend mit den in den Figuren FIG 1 bzw. FIG 2 angege- 
benen Datendurchsatz werden durch das erf indungsgemafie Ver- 
fahren insgesamt 2n Metrik-Prozessoren sowie 

+ ^J* w -2 m Speicherplatze benotigt. 

20 Es gilt dabei: J"|£, = K , 0 % e {0,l} , in Abhangigkeit davon, wievie- 

le ASIC-Taktzyklen fur ein Trellis-Segment benotigt werden 
und wieviele Ports an den Speichern zur Verftigung stehen. 

Anhand von existierenden Realisierungen des MaxLogMAPWindow- 
25 Algorithmus konnen Parameter abgeleitet und ftir einen Ver- 

gleich zwischen den aus FIG 1 bzw. FIG 2 bekannten, herkQmm- 
lichen Realisierungen und der erf indungsgemaflen Realisierung 
verwendet werden. 
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Die Ergebnisse sind der nachfolgenden Tabelle zu entnehmen: 





Logik 
[Kgates] 


Speicher 
[Kbit] 


„Flache* | 
[Kgates] 


MaxLogMAP 


101 


1080 


2300 


Window-MaxLogMAP 


233 


138 


500 


speicherkaskadierte 
Realisierung 


233 


106 


450 



5 Bei gleichem Datendurchsatz und ohne Abstriche bei der Genau- 
igkeit des MaxLogMAP-Algorithmus, ermoglicht durch die Ver- 
meidung eines Decodierf ensters, wird der Hardware-Aufwand bei 
der erf indungsgemaflen speicherkaskadierten Realisierung urn 
mehr als 80% gegenuber der herkSramlichen in FIG 1 beschriebe- 
10 nen Realisierung verringert. 

Dabei wurde fur diesen Vergleich vorausgesetzt : 

- ein Overhead durch Softinput- und Softoutput Puffer an ei- 
15 ner Systemschnittstelle mit (b~ x 'k*a memny 

wobei in der Regel k=K ist, jedoch k=WK(n p - 1) * 8) bei der Re- 
alisierung mit Decodierfenster sein kann; mit R als Code- 
Rate, w SO ft als Wortbreite der Softwerte sowie a mem ory als Fla- 
cheneinheit pro Speicherbit, 
20 - ein Overhead durch Ansteuerung und Schnittstelle: Aoverhead- 

- ein Metrik-Prozessor incl. Skalierung der Registerbits : 

W ' a flipflop 

wobei Aviteri?i die Viterbi-Arithmetik fur eine gegebene Wort- 
breite w und af-upfiop die Registerf lacheneinheit pro Bit 
25 darstellen, f pQr aiiei ist die Anzahl der in einem ASIC- 

Taktzyklus ausgefuhrten Butter fly-Berechnungen und kann 
folgende Werte annehmen: {1,2, . . 2 (m ~ 1> }, 
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- eine Metrik-Wortbreite w = 16, 

- eine Sof twert-Wortbreite w soft = 8, 

- eine Speicherbitf lache armory => 2, 

- eine Registerbitf lache atupfiop = 10 Einheiten, 

5 - ein Viterbi-Arithmetik/Butterf ly A vite rjbi = 12500 Einheiten, 

- ein Overhead Aoverhead - 50000 Einheiten. 

Die Einheiten entsprechen einem Gatteraquivalent einer 0,18 
ASIC-Technologie bei einer Taktfrequenz von rund 150 MHz. 

10 

Im Folgenden werden Daten eines GSM/EDGE-Standard relevanten 
Paramet ersatz verglichen: 

- Code-Rate R = 1/6 

- GedSchtnislSnge m = 6 

15 - Blockgr5Be K = 1000 

- Decoder-Durchsatz grofier als 2 Mbit/s 

- Parallelitat fparaiiei = 1 
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Konf iguration 
(@ 2,6 Mbit/s) 


„Flache* 
;Kgates] 


exakte Realisierung j 


2 Metrik-Prozessoren 


2250 


Window - Realisierung 
(Pfadverschmelzungsli- 
mit = 160) 

Fenster auch bei Sof- 
t input- und So f tout- 
put— Speicner 


7 Metrik-Prozessoren 
(1+0) Metrikspeicher 
mit 5=32, 0=1 

1 Soft input und Softoutput- 
Speicher mit Fenster 


A Afi 1 
ft o u 


Window - Realisierung 
(Pf adverschmelzungsli- 
mit = 160) 


6 Metrik-Prozessoren 
(1 +G) Metrikspeicher 
mit 5=40, 9=1 

1 So ft input und Softoutput- 


500 


Window - Realisierung 
(Pf adverschmelzungsli- 
mit = 160) 


5 Metrik-Prozessoren 
(1+0) Metrikspeicher 
mit 5=54, 0=0 

1 Softinput und Softoutput - 
Speicher 


425 


Speicherkaskadierte 
Realisierung 


6 Metrik-Prozessoren 
2 Sttitzstellen-Speicher der 
l.Ebene mit 5i=18; 
(l+0 2 )*2 Stutzstellen- 
Speicher der 2. Ebene mit 
5 2 =8, 02=1; 

(l+0 3 )*2 Metrik-Speicher mit 
53=7, 03=1/ 

1 Softinput und Softoutput- 
Speicher 


450 
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400 


Realisierung 


2 Sttttzstellen-Speicher der 






1. Ebene mit 5j=10; 






\ J. TV2 / O UCX1CI1 






Speicher der 2* Ebene mit 






52=10, 9 2 =0; 






(1 + 0 3 ) * 2 Metrik- Speicher 






mit 5 3 =10, 9 3 =0; 






1 Softinput und Softoutput- 






Speicher 





Bei UMTS (W-CDMA) und bei UTRAN TDD Faltungscodes sind ftlr 
die Faltungsdecodierung folgende Parameter zu verwenden: 



- Code-Rate 

- GedSchtnisiange 

- Maximale Blockgro&e 

- Decoder-Durchsatz 

- Parallelitat 



R = 1/3 
m = 8 
K. = 300 

grOfier als 2 Mbit/s 

fparallel ~ 8 





Konf iguration 
(@ 3.125 Mbit/s) 


„Flache* 
[Kgates] 


exakte Realisierung 


2 Metrik-Prozessoren 


2891 


Window - Realisierung 
mit gleitenden Fenster 
auf Softinput / Sof- 
toutput Speicher 


6 Metrik-Prozessoren 
5=40, 9=1 


1848 


Speicherkaskadierte 
Realisierung 


4 Metrik-Prozessoren 
5i= 20, 5 2 =15 
8i = 0, 9 2 = 1 


1206 



10 
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Bei UMTS (W-CDMA) und bei UTRAN TDD Turbo Codes kommt ein 
MaxLogMAP-Decoder mit geringfugigen Erweiterungen als Teil 
der Turbo-Decodierung in Betracht. So kann auch hier die 
speicherkaskadierte Realisierung mit der direkten und der 
Fenster-Realisierung verglichen werden: 



Code-Rate 
Gedachtnislange 
Maximale Blockgrofie 
Decoder-Durchsatz 
Parallelitat 



R = 1/3 

m = 3 

K = 5200 

groBer als 2 Mbit/s 

f parallel ~ 1/4 





Konf iguration 
(@3.125 Mbit/s) 


„Fl&che M 
[Kgates] 


exakte Realisierung 


2 Metrik-Prozessoren 


1727 


Window - Realisierung 
mit gleitenden Fenster 
auch fur 

S o ft input /Soft output - 
Speicher 


6 Metrik-Prozessoren 
5=40, 6=1 


159 


Speicherkaskadierte 
Realisierung 


8 Metrik-Prozessoren 
5i=13; 62=10,83=8,84=5 
9i = 0, Gi - 1 fur 
i = {2,3,4} 


448 



FIG 4 zeigt ein Beispiel zur erf indungsgemafien Metrikwert- 
Berechnung und Abspeicherung. 

Bei einem ersten Durchgang Dl werden Alf a-Metrikwerte bzw. 
Beta-Metrikwerte berechnet. Von jedem sechsten Trellis- 
Segment TSN =1, 7, 13, — , 73 als Stutzstelle werden je- 
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weils 2 m berechnete Alf a-Metrikwerte in einer Speicherebene 
SP(al) unci jeweils 2 m berechnete Beta-Metrikwerte in einer 
Speicherebene SP(PD abgespeichert . 

5 In einem zweiten Durchgang D2 werden diese Metrikwerte aus 
den Speicherebenen SP(al) bzw, SP(J3l) ausgelesen und von den 
zwischen den StUtzstellen angeordneten Trellis-Segmenten die 
zugehorigen Alf a-Metrikwerte bzw. Beta-Metrikwerte exakt be- 
rechnet, Wieder wird eine entsprechende Auswahl an Trellis- 
10 Segmenten als StUtzstellen getroffen und die zugehorigen Met- 
rikwerte abgespeichert* Beispielhaft sind hier zwei Speicher- 
ebenen SP(a2) und SP(cc2') bzw. SP(02) und SP(02') angegeben. 

In einem dritten Durchgang D3 wird von beiden Seiten her das 
15 Trellis-Segment TSM erreicht und es werden fiir den „Backward- 
Decision-Process* aktuell berechnete 2 m Beta-Metrikwerte mit 
abgespeicherten 2 m Alf a-Metrikwerten, die im Speicher SP(ot2) 
abgelegt sind, zur Bestimmung von Sof t output- Wert en verwen- 
det. Genauso werden far den „Forward-Decision-Process* aktu- ■-■ 
20 ell berechnete 2 ra Alf a-Metrikwerte mit abgespeicherten 2 m Be- 
ta-Metrikwerten, die im Speicher SP(p2) abgelegt sind, zur 
Bestimmung von Sof toutput-Werten verwendet. 

Nach insgesamt n=3 Durchgangen Dn wurden alle Entschei dungs - 
25 werte Mdecisions gebildet. 



30 
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Patentanspriiche 




1 # Verfahren zur Decodierung einer mit Hilfe eines binaren 
Faltungscodes verschltisselten Datenfolge aus K Informati- 
onsbits, 

- bei dem bei einem Trellis-Diagramm mit Trellis-Segmenten 
in. einem ersten Durchgang ftir eine VorwSrtsrichtung und 
far eine Rtickwartsrichtung mit Hilfe eines MaxLogMAP- 
Algorithmus Metrikwerte von alien Trellis-Segmenten ex- 
akt berechnet werden, 

- bei dem eine Anzahl an Trellis-Segmenten als Sttitzstel- 
len des ersten Durchgangs ausgewahlt und zugehorige Met-< 
rikwerte in einer ersten Speicherebene abgespeichert 
werden, 

- bei dem mit l<i£n in einem i-ten Durchgang ftir beide 
Richtungen Metrikwerte von Trellis-Segmenten berechnet 
werden, die zwischen den Sttitzstellen eines i-1 ten 
Durchgangs angeordnet sind, wobei abgespeicherte Metrik- 
werte von Sttitzstellen des i-1 ten Durchgangs zur Be- — 
rechnung der Metrikwerte des i-ten Durchgangs verwendet 



-bei dem eine Anzahl an Trellis-Segmenten als Sttitzstel- 
len des i-ten Durchgangs ausgewahlt und zugehorige Met- 
rikwerte in einer i-ten Speicherebene abgespeichert wer- 
den, 

- bei dem die auf den Sttitzstellen basierende Metrikwert- 
Berechnung und Abspeicherung n-mal erfolgt, bis sich die 
Metrikwert-Berechnung der Vorwartsrichtung und der Rtick- 
wartsrichtung bei einem Trellis-Segment treffen und 
nachfolgend ein Entscheidungsprozess zur Errechnung von 
Softoutput-Werten zur Decodierung durchgeftthrt wird. 



werden, 
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2. Verfahren nach Anspruch 1, bei dem fttr jeweils eine Rich- 
tung der ersten Speicherebene jeweils eine Speichertief e 
von 81 zugewiesen wird/ wobei in der ersten Speicherebene 
die jeweiligen Metrikwerte von jedem K/5l-ten Trellis- 
Segment abgespeichert sind. 

3. Verfahren nach Anspruch 1 oder 2, bei dem ftir jeweils eine 
Richtung der i-ten Speicherebene jeweils eine Speichertie- 
fe von 5i zugewiesen wird, wobei in der i-ten Speicherebe- 
ne die jeweiligen Metrikwerte von jedem K/5l/.../5i ten 
Trellis-Segment abgespeichert werden* 

4. Verfahren nach einem der vorhergehenden Ansprtlche r bei dem 
bei terminierten Codes ftir die Berechnung der Softoutput- 
werte eine verzogerte Entscheidungsphase verwendet wird. 

5. Verfahren nach einem der vorhergehenden Ansprtiche, bei dem 
die Decodierung auf genau^ einem anwenderspezif ischen Bau- 

"stein durchgeftihrt wird. 
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Zusammenfassung 

Verfahren zur Decodierung einer mit Hilfe eines binaren Fal- 
tungscodes verschltisselten Datenfolge 

5 

Verfahren zur Decodierung einer mit Hilfe eines binaren Fal- 
tungscodes verschltisselten Datenfolge aus K Informationsbits 
mittels einem MaxLogMAP-Algorithmus . In einem ersten Berech- 
nungsdurchgang werden Metrikwerte in einer Vorwarts- und in 

10 einer Riickwartsrichtung bei einem Trellis-Diagramm exakt be~ 
rechnet, von denen jedoch nur eine Auswahl als Sttitzstellen 
flir einen weiteren Berechnungsdurchgang in einem Speicher ab- 
gelegt wird, Mit Hilfe dieser Sttitzstellen werden in einem 
weiteren Berechnungsdurchgang die zwischen den Sttitzstellen 

15 des ersten Berechnungsdurchgangs liegenden Metrikwerte exakt 
berechnet. Es werden Sof toutputwerte zur Decodierung gebil- 
det, die nach n DurchgSngen alle exakt ermittelt werden. 

20 FIG 3 
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